home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000278_news@newsmaster….columbia.edu _Wed Jul 15 11:51:57 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  5KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA21502
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 15 Jul 1998 11:51:56 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA01387
  7.     for kermit.misc@watsun; Wed, 15 Jul 1998 11:51:56 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman
  9. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Problems w/ 115Kbps Direct Connect - k95xfer.gif (0/1)
  12. Followup-To: poster
  13. Date: 15 Jul 1998 15:51:54 GMT
  14. Organization: Columbia University
  15. Lines: 101
  16. Message-ID: <6oij6q$mej$1@apakabar.cc.columbia.edu>
  17. References: <35acb87b.1654633@149.174.211.108>
  18. Reply-To: kermit-support@columbia.edu
  19. NNTP-Posting-Host: watsun.cc.columbia.edu
  20. Xref: news.columbia.edu comp.protocols.kermit.misc:8979
  21.  
  22. In article <35acb87b.1654633@149.174.211.108>,
  23. Ron Heiby <heiby_u@falkor.chi.il.us> wrote:
  24. : I am having a problem with Kermit-95 1.1.17. I am seeing numerous CRC error,
  25. : Retransmission, Bad Sequence Number, etc. errors on the file transfer.
  26. : Sometimes, the transfer aborts. Sometimes it goes to completion and claims
  27. : to be successful, but the file on disk is damaged.
  28. : 
  29. : I am running over a direct serial cable between my desktop (Pentium) and
  30. : notebook (486DX4/100). The desktop is running as "server". When I send from
  31. : the notebook to the desktop, I have never seen a problem. When I send from
  32. : the desktop to the notebook, I am seeing these problems.
  33. : 
  34. : Both systems are running Windows 95. I have the serial ports set for 115200,
  35. : mode local, modem none, flow rts/cts, handshake none, block check 3. Both
  36. : using COM1 internal serial port. I have tried several receive packet lengths
  37. : from 9024 down to 1500, and seen these failures. However, when I set the
  38. : receive packet length to 1000, I have run about a dozen tests with no
  39. : problem.
  40.  
  41. Sounds like one of the following:
  42.  
  43.  . the laptop does not have a buffered UART
  44.  
  45.  . the cable you are using does not have the proper flow control wires
  46.  
  47.  . one of the UARTs is defective.
  48.  
  49. : I tried adding "set receive padding 94", but that seemed to have no effect
  50. : on this problem.
  51.  
  52. This would have no impact on the problem.
  53.  
  54. : Sooooo... I guess I have a work-around: "set receive packet-length 1000"
  55. : when operating at high speeds, at least until I replace my notebook with
  56. : something faster.
  57.  
  58. That is the correct solution.  Decrease the packet length and increase
  59. the window size.
  60.  
  61. : Questions still remaining:
  62. : 
  63. : 1) Why would I be seeing these problems? Is it some fundamental limitation
  64. : of Win95? Could my serial port not have its buffering set properly? Does
  65. : Kermit-95 set port buffering, or do I set it via Control Panel / System /
  66. : Device Manager? I tried all four settings, but had problems on every one of
  67. : them, so that doesn't seem to be it, at least by itself.
  68.  
  69. Port buffering is inherent to the serial device and may be controlled
  70. on a system wide basis from the control panel.  K95 does not attempt
  71. to adjust the hardware settings of the device.
  72.  
  73. : 2) When these errors happen, why doesn't K95 realize what is going on, and
  74. : refrain from putting garbage into the file? Why does it indicate successful
  75. : completion of the transfer when there are bytes missing from the file? This
  76. : one is most disturbing.
  77.  
  78. You would need to perform a comparison on the file to see what kind of
  79. damage has occured.  Kermit will notice if there is a damaged packet
  80. such that the block check fails.  However, if the file type is set
  81. incorrectly a binary file will be damaged.  Or a gif file may appear
  82. to be damaged if it is truncated.  Again, an examination of the source
  83. and destination files would be necessary.  If this problem is
  84. reproducible we would also want to see debug and packet logs from both
  85. sides of the connection so that we could fix the problem.
  86.  
  87. : 3) What the heck am *I* doing wrong (if anything)?
  88. : 
  89. : Here is a screen capture of my Kermit-95 window from one of the more (but
  90. : not completely) successful tests at packet size 8000. Note that K95 reports
  91. : that the transfer was successful, but that the number of bytes listed in the
  92. : success report does not match the file size. The number of bytes in the
  93. : success report is the number K95 wrote to the file. The number of bytes in
  94. : the file size is the number of bytes that are *supposed* to be in the file.
  95.  
  96. It sounds like K95 is detecting the failure and terminating the transfer
  97. but printing the wrong message to the screen.  What do these commands 
  98. report after an unsuccessful transfer:
  99.  
  100.   SHOW STATUS       -> should be FAILURE
  101.   STATISTICS        -> should also report failure
  102.  
  103. : Thanks!
  104.  
  105. What does the other side of the connection report?  Do they both agree
  106. that the transfer was successful?
  107.  
  108. All followup to kermit-support@columbia.edu
  109.  
  110.     Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
  111.                  The Kermit Project * Columbia University
  112.               612 West 115th St #716 * New York, NY * 10025
  113.   http://www.kermit-project.org/k95.html * kermit-support@kermit-project.org